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BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates generally to the field of microprocessors and 

more particularly to the use of modified microprocessor instructions to transform 
stored processor code. 

Background Art 

[0002] Single chip computers are used in a wide range of applications where their 

small size and processing power are an advantage over conventional systems. 
When designing a single chip computer, or modifying an existing system for a 
new application, the system designer must balance the space available on the 
silicon chip against the space required by the components necessary to provide 
the desired functionality. Adding components to the computer system such as 
additional memory or digital to analog converters will add functionality but also 
will take up valuable chip space. If the chip size is fixed and all available space 
is already being used, it will not be possible to add functionality without 
removing a component of equivalent size. Reducing the number of components 
reduces the required chip size but the number of components cannot be reduced 
below the minimum necessary for a functional computer. 

[0003] One component that must be included in single chip computers is 

memory. The amount of memory required is a function of the complexity and 
execution speed desired for planned computer software applications. Larger and 
more complex software programs usually require more memory to properly 
execute, and more memory usually increases program execution speed. 



[0004] One way to reduce the memory required in a single chip computer is to 

store the computer's software code in a compressed form. Compressing the code 
allows it to be stored in a smaller amount of memory and thereby reduces the 
computer system memory requirements. There are several available algorithms 
suitable for compressing computer code. However, since the processor cannot 
directly execute code stored in compressed form, a method of decompressing the 
code prior to its execution by the processor is needed. Existing techniques 
decompress large amounts of code such as a subroutine or large blocks of a main 
program before executing it. These techniques require the code decompression 
to occur either in the boot process or by some means external to the system 
processor. When the system processor is not used for decompression, additional 
hardware is necessary to accomplish the decompression. This makes it difficult 
and expensive to incorporate software compression in existing systems. 

[0005] A further disadvantage to these techniques is the additional memory 

required to store the larger volume of decompressed code while it is waiting to 
be executed by the processor. This disadvantage reduces the memory savings 
originally achieved by compressing the code. 

[0006] What is needed is a simple and effective method of manipulating and 

executing compressed computer code without the disadvantages discussed above. 



BRIEF SUMMARY OF THE INVENTION 



[0007] In a central processing unit, a method for transforming data into an 

instruction for execution by the central processing unit. The transformation is 
triggered by first receiving a misaligned instruction address, generating a 
hardware exception and then, in response to the exception, executing an 
exception handling routine that transforms the data into an instruction for the 
central processing unit. 



[0008] An advantage of this invention is its use of existing exception handling 

hardware as a trigger for the data transformation. This allows the invention to be 
used in any system with exception handling hardware. 

[0009] Another advantage of this method is that hardware data transformation 

triggers, such as special interrupts, are not necessary. The present invention gives 
control of the data transformation trigger to the software programmer vice the 
hardware designer. This improves the portability of the invention between 
different hardware platforms. 

[0010] Additionally, this invention provides a flexible software tool for 

optimizing the quantity of data or code decompressed to the amount of memory 
available to store that data or code. Precise control of the code and data 
decompression enables the programmer to ensure his program will execute in the 
available memory and while taking advantage of the storage space reduction 
allowed by compression. 

[0011] The foregoing and other features and advantages of the invention will be 

apparent from the following, more particular description of a preferred 
embodiment of the invention, as illustrated in the accompanying drawings 

BRIEF DESCRIPTION OF THE DRAWINGS/FIGURES 

[0012] FIG. 1 illustrates a processor core embodiment of the invention. 

[0013] FIG. 2 illustrates a method for using an exception handling routine to 

transform data. 

[0014] FIG. 3 illustrates additional details of receiving a misaligned instruction, 

step 204 of FIG. 2. 

[0015] FIG. 4 illustrates details of an exception handling transform, step 208 of 

FIG. 2. 

[0016] FIG. 5 illustrates details of transforming data into an instruction, step 404 

of FIG. 4. 

[0017] FIG. 6 illustrates a computer system embodiment of the invention. 



DETAILED DESCRIPTION OF THE INVENTION 



[0018] The preferred embodiment of the invention is now described with 

reference to the figures where like reference numbers illustrate like elements. 
Furthermore, the left most digit of each reference number corresponds to the 
figure in which the reference number is first used. While specific methods and 
configurations are discussed, it should be understood that this is done for 
illustration purposes only. A person skilled in the art will recognize that other 
configurations and procedures may be used without departing from the spirit and 
scope of the invention. 

[0019] Referring to Figure 1, a block diagram of a processor core 100 is shown. 

Core 100 provides an example hardware environment for implementing an 
embodiment of the invention. A person skilled in the relevant art will recognize 
that the invention is not limited to application in this example environment. In 
fact, after reading the following description, it will become apparent to a person 
skilled in the relevant art how to implement the invention in alternative 
environments. 

[0020] Core 100 includes a program counter 1 12 coupled to a fetch unit 1 10, a 

decode unit 106, an execution unit 108, exception logic 104 and memory 114. 
When an exception condition does not exist, core 100 operates as follows: fetch 
unit 1 10 retrieves data from an address in memory 1 14 specified by program 
counter 112. Decode unit 106 decodes the data into an instruction and sends it to 
execution unit 108 where it is executed. 

[0021] Under certain conditions, such as a software error, program counter 112 

will provide an address to fetch unit 1 10 which is not allowed or does not exist. 
When this occurs an exception is generated by decode logic 106 and the address 
that was used in the attempted fetch is sent to exception handling logic 104. 
Exception handling logic 104 performs the operations necessary to provide the 



addre ss of a valid instruction to program counter 112 so that fetch unit 1 10 can 
retrieve an instruction and continue program execution. 
(0022 1 The present invention uses exception logic 104, and a se, of instructions 

k „ownasanexceptionhandlingrouti„e,toperforminten,iona,,ra,herthanerror 

correc.ive.actionsinresponsetosof^arecon^ands.mapreferredembodiment, 

processor instructions are stored in compressed form in memory 114. Before 
theseinstiuctioncanbedecodedbydecodeunit^theymustbedecompressed. 

The programmer responsible for implementing his program on a particular 
hardware suite determines the locations where compressed data will be stored m 
memory 1 14. He then configures software instructions to generate a rmsaltgned 
addresswheneverprocessorinstmctions.s.oredincompressedform.^requ.red 

for execution. The misaligned address is sent from program counter 1 12 to fetch 
unit 1 10 where it causes an exception error. The exception error causes core 100 
to suspend to previous operation, and send the misaUgned address to exception 



logic 104. 

[0023] 



logic 104. 

Exception logicl04 sets up core 100 to execute a se, of processor 
instructions stored in memory 114. These instructions constitute the exception 
handling routine which functions to processes the misaligned address and cause 
data to be transformed from a stored form into an executable instruction. The 
executableinsmrctionisthenstoredinmemoryforuse after theexception routine 
is complete. In an embodiment, the memory address containing the data to be 
transformed is offset a known amount from the misaligned address provided by 
the programmer. The programmer sets up the exception handling routine to add 
this offset ,0 the misaligned address and retrieve the data stored a, the offset 
,ocation. Another embodiment of the invention uses a misaligned instiuction 
address as the data to be transformed. A further embodiment uses the misaugned 
address and a programmer generated, ookup. able, o generate the memory address 

• containing the compressed data. 
,0*241 After relieving the stored data, the exception handling routine apphes a 

transformative algorithm to the data. In one embodiment the transformation ,s a 
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compression aigon.hm.lnoteembodimen.sof.heinventionchepro^mer 
can select a number of transforming algorithms for implementation ,n the 
exception handling routine. A partial list of these algorithms are: decrypting an 
encrypted instruction, decoding a macro instruction, transforming a non-native 
instruction into a processor executable instruction and executing a random 
number of processor instructions. Based on the foregoing description, ,t w,„ be 
apparent to a person skilled in the relevant art that other ^formations can be 
implemented in accordance with the invention. 
I0025] The retrieval, transformation and storage of processor instructs 

continue until the desired data has been transformed and stored in memory for 

subsequent execution by the processor. 
10026] Whcnthedatatransformationiscompletctheexceptionhandlingroufne 

provides the address of the first transformed instruction to program counter 112, 
and returns core 100 to the pre-exception condition. Program counter 1 12 then 
providesfe^hunitnowi.hmeaddressofmefirs.transformedinsm.ctionwh.ch 

is decoded by decode unit 106 and executed by execution unit 108. Program 
execution continues as directed by the software program being executed. 
[0027] FIG 2 illustrates a method of tri ggering data transformation accordmg 

,o the present invention. In step 204, a misaligned instruction address is received 
by fetch unit 110. As indicated by step 206. the misaligned instruction address 
causes an exception. Exception logic 104 then executes an exception handhng 
routine to transform the data in a step 208. 
I002 8) FIG. 3 describes step 204 in further detail. In step 304, a "jump to" 

instruction is executed causing fetch unit 110 to attempt to retrieve the next 
processor instruction from a specified "jump to" address. In a preferred 
embodiment of this invention the software programmer designates the JU mp 
address as an "odd" address, defined as an address with a least significant b,t 
value of one. A core 100 with a 16 bit (4 bytes) address bus stores institutions 
a, even byte boundaries in memory. In an embodiment, a misaligned instruction 
address is defined as an "odd" address. Therefore, fetch unit .10 receives a 



maligned instruction address in a step 204. It will be apparent to a person 
sk.Hedinthere.evan.ar. that other programing techniques can beusedtocause 
the processor to receive a misaligned instruction address. 
t0029 , FIG. 4 describes s.e P 208 in further detail. In a step 404, .he mrsaligned 

dataistransformedintoatleast one instruction. Step 404 continues until all data 
specified by the programmer is transformed. The first transformed instruction ,s 
stored a. a firs, address in memory 114 in a s.ep 406. The firs, address ,n 
memory U4.where.be transformed mictions are stored, is men loaded ,n.o 
program counter 112 in a step 408. A - from exception is executed, m a step 
410 to return core 100 to its pre-exception mode of operation. Fetch urn, 1 
then relieves a transformed instruction (starting with the address indicate* by 
program counter 1 12) for execution as indicated by step 412. 
10030] Step 404 is described in further detail with reference to FIG. 5. In a step 

502 an offset value is added to the misangned instruction address. Data stored a. 
the address defined by the addition of the offset value and the misaligned 
ins.ruc.ion address is retrieved in a step 503. A transformative algorithm ,s then 

, , The result of the transformation is 

applied to the retrieved data m a step 504. The result or 

designated a processor instruction in a step 506. 

Example Exception Handling Routine 
r „031] Whenanexcep.ionistriggered.hecorel00au,oma,icallyexecu.esase. 
of instructions known as an exception handling routine. An example of ,he 
software code embodyng an exception handling routine is provided below. 
Additional information on programmingexception handling routines is found m, 
Dominic Sweetman, SsS-MELBBn (1999), which is incorporated herem by 
reference in its entirety. Although this reference is for a particular hardware set, 
personsofskillin the art will understand!™ to .mplemenuhepresen, invention 
on other hardware platforms. 



The example ratine ,s written in a C language forma.. This code is for 
i„ ustraU n g ft. basic operation o, an excepcion handling routine and cannot be 

compiled. . 

,* The hardware exception logic transfers program execute to 

preprogrammed address where a software exception handler is stored. For thts 

example the exception handler is called Execption.handle, The bad address » 

data that caused a hardware exception condition in the core 100. 

*/ 

Execption_handler() 

{ /* Check to see if this is an exception for a bad address. 

if (conduct hardware dependent check for bad address); 
{ 

The hardware exception logic passes the bad address to the 
software exception handler (the detailed method is hardware 
dependent). The software exception handler uses the bad address 
to determine if the exception is a decode trigger or an actual bad 
address. To do this the hardware may have a list of valid address 
that are acceptable or a range or address that are acceptable or just 
check to see if it is a odd address (lowest order address bit set). 
*/ 

if (valid decode address); 
{ 

I* 

If the software exception handler determines the cause of 
the exception is a purposeful decode trigger, it may use 
the bad address to determine where the encoded data is 
stored and decode that encoded data into a location in 
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memory from which it can later be executed. If a 
transformation of the data is desired, a function, decode, 
is call to perform that function. The decode function w»ll 
decide when to stop decoding. For example if this were a 
programin S truction,beingdecoded,agoodstoppingpoint 

wouldbethenextbranchinstruction. The decode function 
will return a value, decode_return. This value could 
represent an address of a decoded section of code that the 
core 100 can use to continue execution after it leaves the 
decodefunction or as an address where the newly decoded 
data is stored. 
*/ 

decode_retum = decode(bad_address) 

What the software exception handler does depends on 
what was decoded. For this example, if the decoder 
decoded compressed instructions and the decode_retum 
value was the address of the first instruction of a block of 
instructions that were decoded. The decode function will 
need to "fix" the address so the core 100 will know where 
to begin execution after the exception handling function 
finishes. In many core 100 designs there is a register in the 
CO rel00called a programcounterll2whichisthe address 

the core 100 uses to fetch the current instruction or the 
next instruction that will be executed. The program 
counter 1 12 may still contain the bad address that caused 
the exception. This address needs to be changed to the 
address of the decompressed code so the core 100 will 
begin executing of the decompressed code. 
*/ 



[0033] 



} 
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fix_program_counter(decode_return); 



) 

else 
{ 



If th i s W as not a valid decode address or exception then 
the exception function will continue here with logic to 



process the exception 
/* 



} 

else 
{ 



Check for other exceptions 
*/ 



1 ftis point the exception function will do any addition house Keeping 
th a, is need for the particular core 100 architecture and return. 



return; 



The invention can be implemented in a computer system capaoie o, 
carryingoutthefuncdon^descdhedherein.Ane.amp.eofacomputersys^ 

Zs hown in FIG- 6. Various software embodiments are descnbed . terms 
600 .s shown After reading this description, it will become 

of this example computer system. After readmgth, v , ,„ - nvenlion 

apparent to a person skiHed in the re,evan. ar, how to .mplemem the mven, on 
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Computer sysien n*AM> and may also 

*,,t nrpferablv random access memory (RAM;, an 
main memory 614, preferably rano for 

/Tin The secondary memory 610 may mwu 

taCtade ^:Tirl ' "II a — e storage dHve 6», 
example, a hard disk drive o an optical disk drive, etc. 

ro it 6!8 m a ^own ma™* Ren, ^ ^ ^ by 

movable storage dnve 613. Aswillb PP rein computer 

618 includes a computer usab.e storage medium hav.ng 
software and/or data, imi!armea „ s f„ r a 1 >owir,gcompu K r 
M Secondarymemory '~ system W . Such 

means may include, for example, ^ 

C„mmunicauonsinterface624allowssott conmum cations 

computer system «» and externa, devices. * c 

Jace 6.4 may inciude a modem, a netwo* interfac . frrf as ^ 

^sferredviacommuntcanonsm^ -m ^ ^ 

may be eiectronic, eiectrornagnet*. ^ ,„ 

^ived by communications tnterface 624. These gn 

„„rf»ce 624 via a communicauons path (i.e., chann 
communicauons interface b^ via 



* 
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• .u 628 and may be implemented using wire or 
This channe, 6* carHes «» ^ ^ ^ _ „ K „ k , a „ d other 

cable, fiber optics, a phone line, a 

— (also ca«ed compute, control logic) - stored in 
[00371 Computer programs (also Compute r programs may also 

— — -"TiT the eomputer pro-ams, when 
invention as dtscussed herem. * p ^ ^ ^ 

executed, enable the processor 605 pert -lta 
m ve„„o. Accordingly, sucb computer programs represen 

computer system 600. „i Pm rnt e d using software, the 

sofwaI e may be stored as »«^;^ ve612orcommu „icadons 
system^usingremovablestora^ 

circuitsCASICsj-Implementattonofthehardwar 

the functions described herein wil. be apparent to persons 

artCO- • ^i^^tpdusins a combination 

[0M0] Inf „r,herembodimen,s,he.nvention.s 1 mp,ementedus, 

of hardware and software. describes hardware 

[00411 ^t:^ — — 

and is disposed, for example. ^ ^^c.de,. The 



# 



* 



-13- 



program code may be disposed in any known comber medium 

. computer data signa, embodied in a computer usaole <e, 
vision medium (,,, carrier wave or any other medium 

t j ,«, m ,l As such the code can be transmitted over 
optical, or analog-based medrom). As sucn, me 

communication networks including the Interne, and intranets. 

BisunderstoodmatthefuncuonsaccompHshedand/ors^ctureprov.ded 

by ,he systems and .chnioues described above can be represented in a core (e.g^ 
IcroU-co^.hatisemb.diedinprogramcodeandmaybe—ed 

,o hardware as pan of the production of integrated circus 
„ WhUe a preferred and alternate embodiments of the present mvenhon 

e.ampie andno,.imi.a,ion. I .wi„ be apparent to persons skilled .n the relevant 

rromthe spirit and scope of the invention. Thus. he present inventton shou.no, 
"lirmJbyanyof.heabove-des.ribeoe.emp.aryembodimen.butsho.dbe 

defined on,y in accordance with the following claims and their events. 



